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foreword 
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Army with a CAI system. The National Sciei ' 3 Foundation is also sponsoring HumRRO 
research on Instructional Decision Models (IDMs), with additional support provided by 

the James McKeen Cattell Fund. , «. , 

This document is a second report on the progress of the hardware /software sub- 
system (specifically the text-handling facilities) toward implementing the initial IDM 
within the HumRRO CAI environment. The first-generation subsystem was described in 
Project IMPACT: Computer-Administered Instruction, Description of the Hardware/ 

Software Subsystem, HumRRO Technical Report 70-22. 

The research is being conducted at HumKHO Division No. 1 (System Operations) 
Alexandria, Virginia, where Dr. J. Daniel Lyons is Director. Dr. Robert J- Seidel is the 



Program Director. . r 

The IMPACT text-handling subsystem was developed by the Project IMPACT stall, 

principally Mr. Jean Gameau, Mrs. Doris Shufurd, Mr. Leslie W. Willis, and Mr. John 
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Project IMPACT staff. .. „ DTJ _ 
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work in the same general area under Work Unit METHOD, Research for Programed 
Instruction in Military Training, and Exploratory Study 42, Organization of Instruction. 
Principal publications under these research efforts include: Project IMPACT: Computer- 
Administered Instruction Concepts and Initial Development, Technical Report 69-o, 
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1-70 January 1970; Project IMPACT : Description of Learning and Prescription for 
Instruction, Professional Paper 22-69, June 1969; The Application of Theoretical Factors 
in Teaching Problem Solving by Programed Instruction, Technical Report 68-4, April 
1968; Programed Learning: Prologue to Instruction, Professional Paper 17-67, April 1967, 
and Computer- Adi:. inistered Instruction Versus Traditionally Administered Instruction. 

Economics, Professional Paper 31-67, June 1967. 
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constitute an official endorsement by HumRRO, the Department of the Army, the 
National Science Foundation, or the James McKeen Cattell Fund. 
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Foundation sponsorship is funded under Grant GJ-774, Research on Instructional Deci- 
sion Models, with additional funds from the James McKeen Cattell Fund. 
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SUMMARY 



13ACKGROUND 

The objective of Project IMPACT is to evolve a series of prototype systems of 
Computer- Administered Instruction (CAI) in order to produce a total CAI system that is 
effective, efficient, and cost-effective for operational use in Army training. The total 
prototype system includes four main components: 

(1) Hardware— The computer, student stations, and related equipment. 

(2) Software— The computer programming systems that control operation of 
the hardware. 

(3) Courses of Instruction— The actual content and logic of courses adminis- 
tered by the computer. 

(4) Instructional Decision Models (IDMs)— The rules and strategies by which 
specific course content is provided to an individual student. 

T ie way in which the content of instruction is prepared, stored in the computer, 
and managed by the computer while students are taking a course has a great influence on 
the efficiency and effectiveness of the total CAI system. All the hardware and software 
components of the system which together provide facilities for preparing, storing, and 
managing the content of instruction are called the “Text-Handling Subsystem. 



OBJECTIVES OF THE TEXT-HANDLING SUBSYSTEM 

The principal objectives of the text-handling subsystem are twofold: 

(1) To provide a rapid, easily used means for course authors to prepare and 
maintain the content of courses of instruction. The costs of course development should 
be minimized by allowing content specialists to prepare instructional materials without 
regard to technical hardware and software considerations. Members of the course develop- 
ment team should be able to enter in the computer, review, and revise materials without 
going through intermediaries such as computer programming languages, a special pro- 
gramming staff, or computer center procedures. 

(2) To provide a means for storing and retrieving course content that will 
maximize flexibility of course design and instructional strategies. The evolution of 
effective strategies for teaching via computer requires that authors and researchers have the 
greatest possible flexibility for experimenting with various strategies and course design. 

Another objective is to allow for flexibility in the kinds of computer programming 
languages used to implement course strategies and logic. The text-handling subsystem should 
allow for experimentation with various kinds of computer programming languages that may 
be suited to implementing particular types of instructional strategies and the IDM. 



APPROACH 

The IMPACT approach to achieving die foregoing objectives is to provide a text- 
handling subsystem in which the content of a course the text is stored in files that are 
physically separate from the computer programs that control course strategies or course 
logic (i.e., an IDM and ite interpretation in a computer programming language). Course 

1 For a complete description of the hardware-software subsystem, see Project IMPACT Computer- 
Administered Instruction: Description of the Hardware/Software Subsystem, Technical Report 70-22, 
December 1970. 
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authors can enter the text into the computer files directly through the CRT, without writing 
any computer programs. Similarly, the text can be rapidly and easily retrieved (viewed on 
the CRT screen), reviewed, modified, and so forth, directly through the CRT terminal. 

When students are taking a course, the text-handling subsystem retrieves the appro- 
priate text from the files, arranges it in appropriate sequence for that student, and 
transmits it to the student’s CRT. The text-handling subsystem functions under commands 
from the computer programs containing the logic, or strategy, of a course (the IDM). 

The text-handling subsystem is designed so that it can be implemented in a variety 
of computer systems, that is, to be compatible with a variety of programming languages, 
terriinal hardware devices^ and IDMs. In IMPACT’S first-generation CAI system, the 
text-handling subsystem is implemented on an IBM 360 model 40 computer, using the 
Sanders 720 CRT terminal and the CAI programming language Coursewriter III. 1 



FUNCTIONS 

The IMPACT text handling subsystem performs or supports the following functions: 

(1) Text preparation and maintenance . The content of courses is created, 
improved, and maintained with the assistance of EDITOR. EDITOR (Entry on Disk of 
Instruction Text for Online Retrieval) is a simple, powerful set of commands that enables 
members of the course development team to create and modify text. FACS (File Activity 
Control System) is another tool that assists in preparing and maintaining courses. FACS is 
a set of computer programs that produces various administrative and technical reports 
regarding the course materials stored on the text files. 

(2) Text storage. The text is stored in small elements (usually filling less than 
one CRT screen) on text files at the central computer. The text may be grouped and 
indexed on these files in any way that is appropriate for a particular course or IDM (e.g., 
all practical exercises might be stored on one file). The number of such files established is 
logically unlimited. 

(3) Text retrieval. Elements of text are retrieved from the files and arranged in 
various ways to produce instructional units. DIRECTOR is a software supervisor chat 
accepts commands from IDM as to what text is needed for each individual student at 
given points in the course. DIRECTOR retrieves the text from the files and transmits it 
to the student’s CRT. Commands to select and display moving or single frame film 
presentations are also transmitted by DIRECTOR. 



STATUS 

The text-handling subsystem as described in this report is operational at Project 
IMPACT facilities. It is part of a first-generation CAI system, not intended for wide- 
spread, operational implementation at Army schools. The efficiency and effectiveness of 
the approach to text handling is being tested in this first-generation system. If the 
approach proves to be viable, the subsystem implementation will be extended in the next 
generation to accommodate a wider variety of hardware devices, programming language 
interfaces, and IDM. 

1 Identification of products is for research documentation purposes only, and does not constitute an 
official endorsement by HumRRO or the research sponsors. ^ 
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BACKGROUND 

The objective of Project IMPACT (1) is to evolve a series of prototype systems of 
computer-administered instruction (CAI) in order to produce a total CAI system that is 
effective efficient, and cost-effective for operational use m Army training. The proto- 
type CAI systems developed in Project IMPACT include four kinds of components: 

(1) Hardware: The computer, student stations, and associated equipmen . 

( 2 ) Software: The computer programs that control operation of the hardware. 
(3j Courses of Instruction: The content and logic of courses of instruction. 

(4) Instructional Decision Models (IDMs): The rules and strategies for deciding 
what instruction to present next to an individual student. 

The hardware and software components of the IMPACT system are described mJJW* 
IMPACT-Computer-Administered Instruction: Description of the Hardware /Software 

Subsystem, HumRRO Technical Report 70-22 (2). The present document describes in 
more detail the characteristics and capabilities of the hardware and computer software 
that are involved in preparing and managing the content (text) of courses . . ' 

In a developmental project for CAI, such as IMPACT, various approaches to design 
are explored. The overall goal is to evolve efficient, effective, and economical systems an 
subsystems that may then be incorporated into an operational environment. The system 
compon^V described here are a part of a “first-generation” prototype in operation at 
Project IMPACT but not intended for implementation directly in Army schools. 

J In computer-administered instruction a great deal of information is transmitted back 
and forth between the computer and each student. The information provided by the 
computer system to the student may take many forms, depending on instructicnal 
objectives and strategies-uarrative explanations, questions and practical exercises, defini- 
tion of terms., graphic illustrations, words of encouragement or reproof, study as g 
ments, or literature references-in short, any of the kinds of information a tutor might 

provide his student. J , , . j 4e i* 

The development of computer-administered courses involves at least two distinct 

processes the first of which handles the substance or content of the instruction (i.e., die 
subject matter). This process includes writing and arranging the content in a way that is 
appropriate for computer presentation and for interaction between the learner and 

instructional decision model. It also involves storing this content m “tex t ” 

files. The product of the first process is what is referred to in this document as text. 
Preparing, storing, managing, and retrieving this text is called “text hand mg. 

The second process (not the focus of this report) concerns the procedures or logic 
by which the content is presented to students, and by which students communica^ with 
the content and the computer. This process is discussed m HumRRO Technical Report 

70-22 (2). 

1 The plan for Project IMPACT is described in the Technical Development Plan, 2 December 1966, 
and the relationship between IMPACT and the fulfillment of Army Training needs is given in USCONAKC 
Long Range A DPS Master Plans (Schools),” Headquarters, U.S. Continental Army Command, Director of 
Management Information Systems, 27 December 1968. 
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The combination of hardware, computer software, instructional software, communi- 
cations facilities, CAI personnel, and procedures that together perform text-handling 
functions is called the text-handling subsystem. This subsystem may be designed and 
described from several points of view— hardware and communications engineering, soft- 
ware design and implementation, data management technique, and so on. This report 
does not approach text handling from a hardware or communications engineering view- 
point; rather text handling is conceived and addressed from the viewpoint of instruction 
developers in an operational CAI system— authors, instructors, and instructional pro- 
grammers. The kinds of problems discussed include: 

(1) The major requirements for preparing and maintaining the content of CAI 
courses. 

(2) The computer-based tools the IMPACT system provides to assist authors in 
preparing instructional text. 

(3) How the IMPACT text-handling subsystem minimizes hardware and soft- 
ware constraints on instructional design and strategies. 

(4) How the IMPACT text-handling subsystem interacts with other components 
of the CAI system; whether it is dependent on specific hardware devices, 
software systems, or CAI languages. 

(5) What the components of the IMPACT text-handling system include. 

(6) How the author of a course uses the facilities provided. 



TEXT-HANDLING CONSIDERATIONS IN CAI 



Some of the major considerations and problems in text handling are: 

(1) The conversion of text from author to computer storage. 

(2) The need to relieve authors of technical hardware and software concerns 
while they are preparing course content. 

(3) The relation of text handling to programming languages used to specify the 
logic of a CAI course. 

(4) The iterative nature of CAI course development. 

(5) The management of course development activities. 

(6) The influence of the text-handling subsystem on course design and instruc- 
tional strategies. 

A major concern in CAI course development is that of converting the authors’ 
instructional materials to computer storage. “Computer storage” means that the text is in 
computer-readable character strings, with special formatting characters depending on the 
retrieval devices used; the text is in elements that the computer can identify and retrieve 
at the appropriate time for an individual student. 1 In any computer-based system there 
are some hardware and software dependent characteristics to the computer-stored text. 
Hence, some conversion of text mxist be made before the author can transfer it to 
computer storage. The steps in this conversion may be performed by the author, by 
intermediary personnel and programs, or by hardware. 

Course authors and researchers generally want to be unencumbered by technical 
hardware and software considerations, so that they can be free to attend to pedagogical 
concerns. This is one of the reasons for the development of more than a dozen “CAI 
languages” in the past few years. These special-purpose computer languages, such as 
Coursewriter, INFORM, LYRIC, and TUTOR, partly reflect the desire to have increas- 
ingly more of the text conversion steps performed by computer rather than man. 



1 See Appendix A for definitions of text-handling terms. 
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Such languages incorporate a number of predefined functions or procedures (e.g., 
student record keeping, response analysis, data collection, and decision making) in 
addition to built-in text-handling functions. The advantages and disadvantages of the 
special-purpose CAI languages as an approach to CAI programming have been widely 
debated among CAI researchers. 1 Other kinds of programming languages used for CAI 
include general-purpose compiler languages such as FORTRAN, PL/1, and ALGOL, and 

interactive languages such as BASIC and APL. 

Text handling is only one of several kinds of functions performed in any of these 
languages The languages cannot be evaluated on the basis of their efficiency and 
effectiveness for text handling alone. A language may provide excellent facilities for 
storing and retrieving text, but not provide the computational or string manipulation 
facilities required for a particular instructional strategy; or it may provide text-handling 
facilities suited to a particular instructional strategy but not to others (e.g., tutorial 

gaming). „ . 

By isolating the text-handling functions of a CAI system from other functions 

performed through software and language, a flexible, generalized text-handling subsystem 
can be designed without constraining the choice of languages used to program other 
functions of a CAI system. The languages then used for programming the other functions 
(e.g., decision making, response analysis, and computation) may be selected on the basis 
of their applicability to a specific instructional strategy or mode (e.g., simulation, games, 

student inquiry, tutorial, problem solving). ... . „ „ A T 

Another major text-handling consideration derives from the iterative nature ot tAi 
course development. A CAI course is continually refined as course developers obtain 
feedback on student performance, so that the text undergoes continual modification. 
Course developers must have a rapid, simple, inexpensive way to retrieve and modify 

individual elements of text. . . 

A related consideration in text handling is the management oi course development 
activities. For lengthy tutorial courses there are thousands of individual elements of texc 
to be created, converted, and revised. Coordinating and monitoring this effort is complex, 
particularly where more than one author is involved. 

A critical consideration in text handling is the need to minimize constraints on 
course design and instructional strategy. The way in which the text is stored, identified, 
and retrieved in the CAI system has tremendous influence on the flexibility the course 
developers have in design of the course. For example, some special-purpose CAI languages 
handle text in such a way that it is extremely awkward for the author to provide for 
student-initiated inquiries. In some cases it is also difficult for the author to re-use or 
recombine segments of text in different ways for different students. Such constraints 
allow the author less flexibility in the instructional strategies he can employ. The more 
such constraints exist, the more the author must be concerned with technical problems, 
computer hardware, and software techniques rather than with pedagogical techniques. 



OBJECTIVES OF THE IMPACT TEXT-HANDLING SUBSYSTEM 

In light of these considerations, the objectives of the IMPACT text-handling sub- 
system Eire to: 

(1) Minimize costs of course development by providing a fast, easily used way 
for the authors to create text and have it converted to computer storage. 

(2) Make the course development process more efficient by providing tools for 
managing the development process. 



1 Examples of the “CAI Language” 



discussions are found 



in Zinn (3, 4_). 
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(3) Help ensure the effectiveness of CAI courses by providing rapid, simple 
means of modifying and maintaining the text. 

(4) Help ensure the effectiveness of CAI courses by providing for flexibility of 
course design and by minimizing hard ware /soft ware constraints on course 
design and instructional strategies. 

(5) Provide a generalized capability that will be usable in a variety of opera- 
tional CAI hardware and software systems. 
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Part 2 



OVERVIEW OF IMPACT TEXT-HANDLING SUBSYSTEM 



GENERAL CHARACTERISTICS 

The salient characteristic of the text-handling subsystem, which is designed to meet 
the objectives discussed in Part 1, is that it physically and logically separates the content 
of a course from the logic or instructional strategies by which content is presented to 
students (5). The subsystem is designed to be compatible with a variety of different 
languages that might be used to program the logic, or strategy, of a course. It is also 
designed to be implemented with a variety of different CRT devices. 

In this approach, the course development team is provided direct online access (via 
CRT) to the computer-stored text, for creating, reviewing, and modifying text elements. 
Offline access is also provided in the form of hardcopy printouts of text. 

Text to be presented via CRT is prepared and stored in the form of small unite 
called elements which may then be “strung together” in various sequences and combi- 
nations by course programs according to the desired instructional strategy. Materials 
presented via film projector are stored on film but retrieved through mechanisms similar 

to CRT-text retrieval. . . ,, , , , „ 

The computer programs that contain course logic interact with the text-handling 
subsystem through commands to a text-handling software supervisor. The choice of the 
language in which those computer programs are written depends on the requirements o. 
the instructional strategies, the languages available at the CAI installation, and the type of 
programming expertise available to the development staff. . . 

The IMPACT-A text-handling subsystem supports two basic types of activity in the 
CAI center — course development and course administration. 



COURSE DEVELOPMENT 



The components of the text-handling subsystem that are involved in course develop- 
merit are: 

(1) Authors and other members of the course development team. 

(2) The CRT d evice (the Sanders 720, 6), used for communicating with the 

computer. _ 

(3) EDITOR (Entry on Disk of Instructional Text for inline Retrieval;, a 
' simple - yet powerful set of text-handling commands used by authors to 

create, modify, and retrieve text online. 

(4) Text Files on magnetic disk or drum at the computer center. 

(5) FACS (File Activity Control System), a set of computer programs that 
provides course developers with information about the status and contents 
of text files. 



1 See The IMPACT Staff Project IMPACT— Computer-Administered Instruction: Description of the 
Hardware/Software Subsystem, HumRRO Technical Report 70-22, December 1970 (2) for descriptions of 
the total hardware-software subsystem as it relates to these activities. 
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The text-handling subsystem as it is used in course development is shown in Figure 
1. Members of the course development team (authors) create, revise, and retrieve text 
online at the CRT through the use of EDITOR commands (D . EDITOR interprets the 
commands and executes them (2) . EDITOR writes the text on (and retrieves it from) the 
text files ®. FACS programs ® provide text documentation for use as work- 
sheets ® for further course development work such as editing (8) and reports (7) used in 
managing course development activities (§) . More than one person at a time can perform 
these activities, on different CRTs. 



The components of the text-handling subsystem that are involved in course admin- 
istration are: 



(1) DIRECTOR , the text-handling supervisor. DIRECTOR controls the retrieval 
of text from text files, and transmits it to a student’s CRT. DIRECTOR is 
the interface between course logic and the text-handling subsystem. 

(2) The CRT device used to communicate between student and computer. 

(3) The text files containing the elements of text to be combined in various 
ways to form instructional units of a course. 

(4) Tne Perceptoscope film projector. 



The texthandling subsystem as it operates during course administration is shown in 
Figure 2. Course programs (not considered part of the text-handling subsystem) analyze 
student responses and make instructional decisions (D . Based on those decisions, the 
course programs send commands ® to DIRECTOR® as to which text materials to 
transmit next to the student. DIRECTOR retrieves the appropriate text from the text 
files (5) and transmits it to the student’s CRT (5) . DIRECTOR also transmits commands 
to the Perceptoscope (§) , which selects and projects film presentations. 

In the remainder of this document, EDITOR and FACS are described from the 
point of view of course development activities. DIRECTOR is described from the course 
administration point of view. 
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Port 3 



PREPARING INSTRUCTIONAL TEXT USING EDITOR 



EDITOR (Entry on Disk of Instructional Text for Online Retrieval) is a simple yet 
powerful set of computer commands that simplifies text handling for members of a CAI 
course development team. Course authors, instructors, and researchers can create, revise, 
and retrieve text online at the CRT, without going through intermediaries such as CAI 
language programs, human coders, or computer center procedures. Any element of text 
may be retrieved directly and viewed on the CRT as it will appear to students. Various 
sequences of text may be reviewed independently of CAI course programs. 

The following is an example of how a CAI team member might use EDITOR. (The 
commands shown here are explained in detail in later sections.) 

A course author (Smith) sits down at the CRT, with notes about the text he 
wants to compose. His first element of text will be called INTROSEKIES. He types on 
the CRT keyboard the command: 

(CREATE D1977, BY SMITH, INTROSERIES) 

This command tells the computer that Smith is about to create element D1977, titled 
“Introseries.” If he wishes. Smith can use abbreviations: 

(CRE D1977, SMITH, INTROSERIES) 

Smith transmits the command to the computer by pressing the SEND Key on the 
keyboard and then waits a second or two for the computer to tell him to proceed. He 
then types in his text. 1 He can insert or delete words, lines, or paragraphs of text, or 
rearrange portions on the screen, through the use of editing keys built into the Sanders 
720 CRT. When he is satisfied that the text looks the way he wants it for his students, 
he SENDS the text element to the computer. The computer stores the element on the 
text file. Smith receives an acknowledgement that the CREATE is completed. 

Smith now wants to see how the INTROSERIES text looks to the student in 
the context of a series of elements in an instructional unit. He types the command: 

( (DISPLAY D1975), (DIS D1976), (DIS D1977)) 

| and SENDS th° command to the computer. Element D1.975 immediately appears on the 

CRT screen. Smith reads it and presses SEND. Element D1976 appears on the screen. 

S Smith reads that and again presses SEND. Element D1977, INTROSERIES, appears on 

! the screen. Smith is satisfied with the continuity among the three elements, but wonders 

I how 1977 would look to a student who received a different unit of instruction in which 

i he would see D1977 after D1968. He types the command: 

1 ((DIS D1968), (DIS D1977)) 

He reads D1968, presses SEND, and then reads D1977. He notices a slight discontinuity 
from 1968 to 1977, which can be remedied with a minor change in wording on D1968. 
He types the command: 

(MODIFY D1968, SMITH) 

1 See Figure 3 for an example of-how the text will look on the CRT. 
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D1968 appears on the screen again. Smith changes the last sentence in D1968 and 
SENDS the revised version to the computer, which stores it in place of the old one. 
Smith receives an acknowledgement that the MODIFY is complete. 

EDITOR commands are used by course authors, instructors, editors, and 
researchers — in short, anyone who has anything to do with the text of a course. The 
commands are used to create new text, and to edit or modify existing text. They are 
used to retrieve selected text elements, or to review various sequences of instructional 
frames. EDITOR commands may be used to extract text sequences from a course for 
demonstration or research purposes. 

Depending on the organization of the CAI project and course development staff, the 
EDITOR commands will be us~d in different activities by different persons. For example, 
in a large course production effort, a separate clerical staff may be assigned the job of 
inputting the text on the CRT. In this case, they would work from specifications from 
the course authors, showing how the text is to be formatted on the screen (spacing, 
columns, etc.). The course authors might then use EDITOR commands to review that 
work to see how "t looks on the screen. 

Depending on his capabilities and interests, and the standard operating procedures of 
the staff, the course author may choose to create the text online himself without tne 
assistance of intermediate personnel. It is particularly useful to the author when he is 
experimenting with new techniques for presenting ideas on the CRT, to be able to see 
immediately how the material will look to the student. 



THE S>X EDITOR COMMANDS 

There are six EDITOR commands, beginning with the following verbs or their 
abbreviations: 

CREATE (CRE) 

MODIFY (MOD) 

DELETE (DEL) 

COPY (COP) 

DISPLAY (DIS) 

ROLL ON (ROL) 

EDITOR commands operate on individual text elements. An element is a uniquely 
identified unit of text for storage and retrieval purposes, which may be as short as one 
line or as long as an entire CRT page. Elements are the basic modules of information that 
can be combined and recombined in various ways to present instruction to the student. 
Such a combination of elements is called a page. 

The EDITOR commands include the verb (e.g., CREATE), and the identifier for the 
element being operated on (e.g., D37), and in some cases additional information about 
the element, (e.g., title). The identifier and the additional information are called the 
arguments of the command. 

These commands may all be initiated at the CRT keyboard, by typing the verb and 
its arguments, and enclosing the command in parentheses. The verb may be spelled out 
fully, or abbreviated by using the first three letters, and arguments are separated by 
commas. The uses of these commands are described in the following sections. 
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CREATE (CRE) 

Purpose . CREATE is used to store a new element on a text file. 

Format. (CREATE identifier, name, title). 

Identifier is a code that indicates which element within which text file is to^be 
created. These codes are assigned by the course development team (See 
page 11 for a discussion of the text file organization). 

Name is the name of the person creating the element. 

Title is the title of the element. Titles can be used to provide more meaningful 
information to the CAI team than the coded (element) identifiers. 

The entire command is enclosed in parentheses. 

The arguments are separated by commas . 

Use. To CREATE a new element: _ _ 

- Type the command on the CRT keyboard, e.g. (CRE D1977, SMITH, INTR 

SERIES) , , „ 

- Press SEND BLOCK key and wait for the computer to acknowledge the request. 

- CLEAR the screen (press CLEAR key). 

- Type the text of the element. After it looks the way you want it— 

- SEND PAGE. After the computer has completed the CREATE, an acknowledg- 

ment appears on the screen. This is the case with all commands. 
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MODIFY (MOD) 

Purpose. MODIFY is used to make changes to an element that has already been stored- 

Format. (MODIFY identifier, name, new-title). 

Identifier is the code by which an element was previously stored- 
Name is the name of the person making the change. 

New-title is used if the title is to be changed from the old one. Otherwise tiLe may 
be omitted from the command. 



Use To MODIFY an existing element: „ 

- Type the command on the CRT keyboard, e.g., (MOD D1977, JONES, INTRO- 

SERIES2). 

- SEND the command to the computer (Press SEND BLOCK key). 

- Wait for the computer to transmit the old D1977 to the screen (this usually takes 

about half a second). . 

- When element D1977 appears on the screen, make the desired changes by replac- 

ing, deleting, or inserting characters, words, or lines of text. The keyboard has 
special editing keys that make it easy to change parts of the text without 
retyping the entire segment. When all desired changes have been made— 

- SEND the revised element to the computer (Press SEND PAGE key). 



DELETE (DEL) 

Purpose. DELETE is used to delete an element from the file. 

Format. (DELETE identifier, name). 

Identifier is the code under which the element was created. 
Name is the ^ame of the person making the deletion. 
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Use. To DELETE an existing element simply type the command, e.g. (DELETE D1977, 
HARRY), and press SEND BLOCK key. 



COPY (COP) 

Purpose. COPY is used to copy the text of an element that has already been stored into 
another place on the display files. This capability may be exercised when several 
different versions of the same basic element are desired. An element can be copied 
into several different file locations (the MODIFY command may then be used on 
the copied elements, to make the alterations required for the different versions) or it 
can be copied to another text file. 

Format. (COPY from-identifier, to-identifier, name, new-title). 

From-identifier is the key under which the element was originally stored. 
To-identifier is the key to which the element is to be copied. 

Name is the name of the person initiating the COPY. 

New-title is the title to be assigned to the new copy of the element. If no new title 
is desired, omit the argument. 

Use . To COPY an existing element simply type the command, e.g., (COPY D1977, 
D1980, JANE, NEWSERIES), and press SEND BLOCK. 



DISPLAY (DIS) 

Purpose. The DISPLAY command is used to retrieve prestored elements from the files 
and view them on the CRT. This command makes it possible for any member of the 
course development team to view any element or series of elements of the course at 
any time. One can “step through” a series of instructional elements to see how they 
will look to a student, or for demonstration purposes. 

Format. (DISPLAY identifier). 

Use . To call an element to the CRT screen, simply type in the command, e.g. (DIS 
D1977), and press SEND BLOCK. The computer clears the screen and then trans- 
mits the segment to the screen. 



ROLL ON (ROL) 

Purpose. The ROLL ON command is used to retrieve a prestored element from the files 

for viewing on the CRT, as with DISPLAY. ROLL ON differs from DISPLAY in 

that the element is rolled on to a specified position on the screen, without 
disturbing what is already on the screen, whereas DISPLAY first clears the screen. 
The format and use of ROLL ON are described on page 17 following the discussion 
of blocking. 
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ROLL ONS AND BLOCKING 



One of the greatest advantages of CAI from an author’s standpoint is that it can 
provide continuous interaction between an individual student and his computer- tutor. The 
computer can elicit frequent responses from the student, who can get immediate feed- 
back in the form of special instruction, test scores, answers to his inquiries, and so on. 
The CRT is particularly useful for this kind of interaction, because a conversation can 
take place on the screen as though the student and computer were writing notes to one 
another on a chalkboard or scratch pad. The easier it is for the author to specify the 
nature of the conversation that is to take place, the more flexible and responsive the 

instructional system can be to the individual student. _ 

In Figures 3 and 4, a conversation between student and computer is illustrated. In 
Figure 3 the student sees a question asked of him. His own answer, and the computer s 
feedback to him concerning his answer are shown in Figure 4. When the feedback is 
transmitted to the screen the original question and the student’s answer are left undis- 
turbed. This technique is called a “roll on,” because, in effect, an element of text is 
“rolled on” to the screen. 

In order to roll a text element onto the right place on the screen, the computer 
needs a way of addressing specific portions of the screen. In some display systems this is 
achieved by addressing the actual coordinates of the screen for example, 10 lines down, 
seven spaces across. 



BLOCKING 

In the Sanders 720 display system screen positions are addressed through a mechanism 
called “blocking.” EDITOR has the capability of addressing these blocks. The text elements 
have embedded in them special characters that indicate the beginning of a new block. The 
blocks can then be addressed by number. So, for example, the feedback (as shown in 
Figure 4) was rolled on to Block 3. The spaces where the student gave his answers are a sep- 
arate block Block 2. When the student transmits his answer to the computer he transmits 
only the answer block (by pressing SEND BLOCK key on the keyboard). Other text on the 
screen remains unaffected by that transmission. This minimizes communications line usage. 

Hence again the authors need not specify the screen coordinates of student 
responses. They simply create the text element with the appropriate blocking characters 
embedded in them. For example, D1977 (Figure 4) contains three blocks— one for the 
question, one for the student’s answer, and one for the feedback roll on. The text of the 
feedback itself was created as a separate element and stored on the text file with its own 
identifier F105. After the student sent his answer to the computer, F105 was robed 
onto the’ screen. Had he given a different answer, a different feedback would have been 

rolled on. . 

A schematic of the block structure for D1977 is shown in Figure 5. 
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Schematic of CRT Block Structure for D1977 




Figure 5 



THE ROLL ON COMMAND 

Purpose. ROLL ON is used to retrieve a selected element for viewing on the CRT screen. 
The element is rolled on to a specified block on the screen. 

Format. (ROLL ON identifier, block-number) 

Identifier is the key for the element to be rolled on, e.g., F105. 

Block number is the number of the block that the element is to be rolled onto, e.g., 
(block) 3. 

Use. A typical sequence for using ROLL ON is as follows: 

Use DISPLAY command to retrieve a master display for viewing on the screen. That 
master display should contain a blank block for roll ons. 

Without clearing the screen, type in the ROLL ON command for the element to be 
rolled on, e.g., (ROL F105, 3). Press SEND BLOCK. 

The new element will appear on the screen in the block requested. That element can 
then be seen as it will appear to the student, in conjunction with the master display. 



MULTIPLE COMMANDS 

In the example on page 11, Smith first issued the command to CREATE element 
D1977. After he created D1977, he issued a command to DISPLAY D1975, D1976, and 
D1977. Instead of issuing two separate commands, however, he could have issued the 



O 

ERIC 



25 



17 



following command at the outset: ((CREATE D1977, SMITH, INTROSERIES)(DIS 
1975)(DIS 1976)(DIS 1977)). Had he done this, the computer would have automatically 
transmitted D1975 to the screen as soon as Smith was finished creating D1977. 

This capability for issuing multiple commands in one statement has a variety of uses. 
For example, if Smith wanted four slightly different versions of D1977 for lus course, he 
would first have the original D1977 copied three times by issuing the following 
command: ((COPY D1977, D1981, SMITH, INTROSERIES2)(COPY, D1984) (COPY, 
F408)). Then he would call out the elements and alter them, through the MODIFY 
command. 

This series of commands will COPY D1977 into D1981, D1984, and F408. Note 
that the FROM argument D1977 is omitted on the second two commands, and only a 
comma is given to indicate the omitted argument. This is possible because EDITOR will 
assume that the later commands are still referencing the argument given on the first 
command. The same is true of SMITH and INTROSERIES2. All three of the COPIED 
versions will have the same title— Introseries2. If different titles were desired for the 
different versions, the command series would look like this: 

(COPY D1977, D1981, SMITH, INTROSERIES2) 

((COPY, D1984„OTHERTITLE) (COPY,F408„THIRDTITLE)). 

Note that the FROM and NAME arguments D1977 and SMITH, may be omitted in the 
second two commands, by simply typing the commas that separate the omitted 
arguments. 

Another example of a multiple command is: 

((COPY Dill, 173, SMITH, PRACTICE9) (MODIFY 173)). 

The above command series will COPY Dill into D173, give D173 the title 
PRACTICE9, and project D173 onto the screen. D173 may then be changed. SEND 
PAGE will transmit the revised verison of D173 to the computer. 



PREPARING A SERIES OF DISPLAYS FOR ONLINE PRESENTATION 

EDITOR commands may be used to create simple series of displays that may be 
presented online automatically, without using any other CAI programming language. The 
series of displays may be a linear or a simple multiple-choice branching course. Such 
sequences are created by embedding EDITOR commands into the text of the displays. 
Thus, one display page automatically calls the next . After the student reads one display 
he presses the SEND button, which transmits the element back to the computer. The 
EDITOR command embedded in that page then causes the computer to display the next 
page. 

This “page turning” use of EDITOR commands is very convenient for creating short 
orientation programs. For example, selected elements from a longer, more complex 
course may be COPIED and modified slightly to incorporate the EDITOR commands into 
the text. Then the extracted version of the course may be used for orientation or for 
experiments. 

One course created in this way at Project IMPACT is on the subject of using 
EDITOR commands. The computer is not programmed to analyze student responses in 
this course; however, it provides a structured text presentation and enables the student to 
become familiar with the CRT screen and keyboard. After he steps through the instruc- 
tional text online he can then practice using the EDITOR commands he has learned. 
Sample pages from this course are shown in Figure 6. The EDITOR commands embedded 
in the text are circled on the figures. ' 
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Excerpts From EDITOR Course 
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GOOD AFTERNOON 

WELCOME TO PROJECT IMPACT 

THIS SEQUENCE OP DISPLAYS WILL SHOW TOO MOW TO INPUT. RE IR I EVE * AND CHANGE 
COURSE MATERIAL WHICH IS KEPT IN DISK STORAGE OWNSTAIAS IN THE COMPUTER ROOM. 

TO SEE THE NEXT OISPLAT, PRESS THE -SEND HOCK* KEV WHICH YOU WILL PIWD ON TNC 
LOWER RICH! SIOE OF THE KEYBOARD. 







.j 2 1 *“ 1 OAfcoT 

THE CONMANOS »*1Ch Mf USE TO OO 7*1*. Lift Vi *1 ? lOEO * r,m " TMJ GROUPS. 

OME OF THESE GROUPS CONSISTS OP T « CONMIVM OS ^S»CM V’r USE TO CREATE* EDIT ANO 

Change course material. 

IN THE OTHER GROUP ARE THOSE COMMANOl »M<ICH WE USE SlMPLT TO CALL COURSE 
MATERIAL PROM US DISK STORAGE LOCATION *NO TO PUT I T UP ON THIS SCREEN. ltT*S 
TARE A LOOM AT HOW ME USE ONE OP THE SECOND iAOUP OF CONMANOS. 

PRESS SEMO BLOCK WHEN READ* TO CO ON. 



ft PH 0*402? 

-4 — — ?- Lt-lZZZ- 



-T ■ 

04*02 



CRM most IMPORTANT COMMA MO POP MOVING COURSE MATERIAL PROM DISK STORAGE TO THE 
SCREEN IS THE -OISPLAT- COMMAND. THE PORMAT OP THE DISPLAY COMMANO IS THlSi 



iO IS DXXXXl 



WHERE KRX* CAN BE ANV MUMPER PROM THE COLUMN 
EHTITLEO -OISPLAT* ON PAGE ID OP TOUR NAMJAL. 



IP VOU LOOK DOWN TO THE BOTTOM RIGHT CORNER OP THE SCREEN* YOU WILL MC.1CE THAT 
The cursor i the blinking UHOCRLINEI is on ONE -IP these displat compos. WHEN TOU 
NEXT PRESS THE SEMI BLOC* BUTTON. THE CRI WILL SEND THIS C0N*«i„0 TO THE COMPUTER SO 
THAI TOU CAM SEE THE NEXT DISPLAY. 

PRESS SEND BLOCK. 






ffsis piya S 



Figure 6 
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EDITOR commands may also be used to tie together a series of display pages that 
form an instructional unit. Each page of text automatically calls the next, within the 
instructional unit. The selection of the unit to be presented to a student at a given point 
in his instruction will be determined by the course logic program. 



THE SIGNIFICANCE OF EDITOR 

EDITOR, a key capability in the IMPACT CAI system, has the following significant 
features: 

(1) EDITOR allows persons who are completely naive with respect to com- 
puter programming to store and retrieve display materials from computer storage. 

(2) EDITOR commands are so simple to use that they may be taught very 
quickly to untrained personnel. 

(3) EDITOR makes it possible to revise instructional materials without com- 
pletely recreating them. 

(4) EDITOR makes it possible for any member of the course development 
team to create, modify, or simply view any of the instructional display material. Any 
team member has rapid access to the material at any time, and can view the material on 
the CRT screen as it will appear to the student. 

(5) Text materials may be created, stored, retrieved, and revised via EDITOR, 
in any sequence at any time. The instructional strategy by which the text is to be viewed 
by students in a course does not affect the manipulation of text via EDITOR. EDITOR 
commands may be used to retrieve a series of text elements for various course develop- 
ment and research purposes. 

(6) EDITOR makes it possible to prepare, store, edit, review, and revise 
instructional text without affecting computer programs. This is in contrast to CAI 
software systems in which instructional text is embedded in the logic instructions of the 
computer programs. With EDITOR, all text is physically segregated from program steps. 
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Part 4 



THE TEXT FILES 



A computer has access to files of material stored on magnetic disk or drum at the 
computer center. Text that is to be presented to students via CRT is stored on these 

flies. . . , . 

The IMPACT text-handling subsystem is designed to store, retneve, and combine 

elements from any number of different files. The names, purposes, and characteristics of 
the elements in those files are determined by the course development team to suit the 
purposes of the CAI installation or an individual author. 



MULTIPLE FILES 



It is often useful, during course development, to categorize text elements according 
to their instructional purpose. For example, a separate category of elements might be 
made of questions to be asked of the student. The different categories of elements also 
have different physical characteristics— for example, questions are usually relatively short 
whereas a mainline explanation of a concept may be as long as a whole CRT page. 

The different categories of text elements may be stored on different text files. 



PRESENT IMPACT TEXT FILES 



At the present time Project IMPACT has four text files: “D , ‘ I , F , and Q • 
The characteristics of these files are described as follows: 

“D”File. The D file is used for what are called “mainline” or “master” text 
elements. These are usually long elements containing explanatory text, questions to the 
student, answer blocks, blank blocks for roll ona, and so on. The mainline instruction in 
a tutorial course is usually contained in these D elements. 

D elements may contain up to 1023 characters (one less than the maximum 
number of characters that can be displayed on the Sanders 720 CRT screen). The 
retrieval ID for D elements is the file location number (e.g., D1977). 

‘T’File. The I (Inquiry) file is used for definitions and review material that a 
student - or - author may retrieve by a symbolic name. The maximum length of an I 
element is 699 characters. The retrieval ID for I elements is a unique string of up to 40 
characters 

“F” File. The F file is used for feedback and associative elements, such as an 
explanation of why a student’s answer was wrong, the correct answer to a question, or a 
short review. They are usually, but not necessarily, used as roll ons. 

F elements may be up to 699 characters long. The retrieval ID is the file 

location (e.g. F37). 

“Q” File. The Q file is reserved for questions and problem statements that are rolled 
onto a master element. Qs, like Fs, are up to 699 characters long and are retrieved by file 
location ID (e.g., Qll). 
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RELATION OF TEXT FILES TO COURSES 



Text files are not physically or logically tied to specific courses of instruction. 
Course programs may call on any text elements in any of the files. In addition, elements 
for one or several courses may be stored on the same files. Some standard messages might 
be used many times in several different courses. For example, messages found to be 
useful in specific circumstances in motivating in one course could be called on as needed 
in other courses. Short orientation courses may call on elements from operational 
courses. Different versions of a course may be prepared for experimental purposes, all 
calling on che same text elements. 



INFORMATION IN THE FILES 

In addition to the actual text, other information is included with each element in a 
file. This information is used for administrative purposes (it is not presented to the 
student) for course development and maintenance, and includes the following items: 

(1) Retrieval ID 

(2) Title of the element (up to 32 characters) 

(3) Author name (up to 15 characters) 

(4) Last action performed on this element (CREATE, MODIFY, DELETE, 
COPY) 

(5) Date and time of last action performed on the element 
The use of this information is discussed in Part 5 of this report. 



RETRIEVAL IDENTIFIERS 

Each element on the files has a unique retrieval identifier. Usually, the identifier 
consists of the actual file location (e.g., D1977 is the identifier for the element at 
location 1977 in File “D”). In some cases, a symbolic name may be substituted for the 
file location identifier. Use of a symbolic name enables students or authors to retrieve 
information directly from the files. This is useful for student inquiries into a glossary or 
dictionary, for example. In such a case the glossary term would become the symbolic 
name. 

For example, in a course prepared by Project IMPACT, a student may type the 
following request: 

INFO-DATA PROCESSING 

“Data Processing” is the symbolic name of an element that contains the definition of 
data processing. Hence the definition of data processing is rolled onto the screen in 
response to the student’s request. 



FILE INTEGRITY AND SECURITY 

If operational requirements so dictate, the text files can be protected from 
unauthorized changes , by using the author name as a password when modifying or 
deleting file elements. 

The protection of classified instructional materials from unauthorized access , either 
online or offline, would be provided to operational installations as an optional system 
feature. The inclusion of hardware, software, and procedural mechanisms to satisfy security 
requirements will be determined by the classification requirements of the instructional 
materials and environment. 
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FACS (FILE ACTIVITY CONTROL SYSTEM) 



FACS is an automated tool that assists in developing and maintaining text. As shown in 
Figure 1 FACS is used after text has been created and stored on text files. FACS computer 
programs read the text files and produce reports concerning the files. Any particular report 
can be produced on request of the course development team. The primary reports include: 

(1) Image , which presents a text element exactly as it will appear on the CR1, 
plus information about the element. 

(2) Dumptext, which presents a series of text elements in the order in which they 
will appear in an instructional unit. 

(3) String, which lists all the text elements containing a particular word or 
sequence of characters (i.e., a character string). 

(4) List and Totals , administrative reports on the status of files and text 

elements. 

These reports are used in managing the course development effort and in developing 
and maintaining text. The ways in which the reports are used are discussed in the following 
section, after which the major reports are described. 



FACS MANAGEMENT USES 

FACS reports provide the manager of course development with the tools for monitor- 
ing course development progress and evaluating text production. FACS provides summaries 
of the text elements that have been created or modified within a particular time period, so 
that the amount of production can be easily ascertained. Up-to-date lists of text elements by 
title and author give the manager a ready reference to the individual who has worked on 
specific text elementjv'* 

Recent modifications to the course come to the manager’s attention through selective 
Image and Dumptext reports, which show text elements changed since a particular date. 

The manager can review all the text related to a particular course objective through 
Image or Dumptext reports that have selected those elements. He can review all text related 
to a specific subject with the help of String reports that list all text containing a particular 

word or phrase. 

The manager can maintain a record by file of the records that are m use. 
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FACS TEXT DEVELOPMENT USES 

Members of the course development team have many occasions to refer to previously 
stored text. They may retrieve the text online via the CRT and EDITOR commands. For 
certain tasks it is more efficient to work from hard-copy reports, and FACS makes it 
possible to maintain current hard-copy documentation of all the text at all times. These 
copies become worksheets for the members of the team. For example, an author may note 
corrections and changes on an Image report. The worksheet then becomes mput to a clerical 
assistant who inputs the changes to the computer. Once the change is made, FACS provides 



31 



23 



an updated version of the text to keep in the documentation. Given the iterative nature 
of CAI text development, it would be nearly impossible to maintain an up-to-date 
documentation manually. 

FACS administrative reports assist the members of the development team by pro- 
viding an up-to-date log of all text file locations that have been used, and the locations 
available, as well as the titles and authors of each element in the files. Thus, the course 
development team is relieved of the tedious task of maintaining activity and status logs 
on the text. 



TEXT DOCUMENTATION AND WOR KSH BETS— THE IMAGE REPORTS 

Image is the principal FA.CS output. It contains a replica of a text element, as it 
appears on the CRT screen. Image also shows the characters of the element exactly as 
they appear in computer storage. 

Figure 7 shows a sample Image report page. The nonshaded portion at the top of 
the page provides administrative information about the text element: its identifying 
number; its title; the last operation performed on the element; the date and time the 
operation was performed; and the author’s name. The light shaded middle portion is the 
image of the text as it appears on the CRT. The dark shaded portion provides technical 
information about the text, including an image of the way it appears in computer 
storage. 

When an Image report is requested, the user can specify which text elements he 
wishes to have included in the report. He has the following options: 

(1) Include all elements within a specified range in a particular text file (e.g., 
D1100 through D1275). 

(2) Include only elements that were created, modified, or copied since the last 
Image report. 

(3) Include all elements in a particular file. 

As discussed on page 23, Image reports are used in a variety of ways as documenta- 
tion and worksheets by course developers. 



A SERIES OF TEXT ELEMENTS— THE DUMPTEXT REPORTS 

Dumptext reports provide an overview of a series of text elements. As shown in 
Figure 8, a series of text elements from different files, which forms an instructional unit, 
is condensed on one report page. In the example in Figure 8, a mainline element, D1105, 
is shown (circled) on the left. Note that it is printed in abbreviated form, without the 
spacing and formatting that would be seen on the CRT screen. In the middle of the page 
is a question element, Q503. This is a question that will be rolled on the screen with 
D1105. On the right are three “feedoack” elements, F552, F553, and F554. These are 
elements that will be rolled on the screen, depending on the student’s response to the 
question. 

Dumptext reports are used in a number of different ways by the course develop- 
ment team. They are used to get a quick overview of a series of related text elements, or 
to check on continuity and consistency. This is particularly important when several 
authors have written different portions of the text. Some authors use Dumptext reports 
as worksheets or flowcharts for specifying course logic to the course programmers. The 
condition under which each element is rolled onto the screen may be handwritten on the 
report page next to the printed text. 
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TITLE: 01050 



Sample Dumptext Report 
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| TO CONTINUE THE JOBt THE CLERK HUST| 
| GET ANOTHER RECORD FOM THE FILE. I 
I HE GOES BACK TO THE READ STE| 
IP. THE PROGRAM STEPS FOR A COMPUTE | 
| R ARE SIMILAR. PS I 



AN ANALYTICAL TOOL-THE STRING REPORTS 

String reports are an analytical tool used to study course content for a variety of 
purposes. The String program searches through the text files to * ^SPUNCH^CD ^ 
specified by the user. Figure 9 shows a sample String report. ® “ £ 

character string specified by the user. The report lists che elements ® that SYSPUNCH 
appears in, and the number of times SYSPUNCH appears in each element ® The tofcd 
number of display elements SYSPUNCH appears in is summarized ®, and the total 
number of times SYSPUNCH appears in those elements is shown (D - The sample report 
includes similar information on the character string “CONSOLE”. 



Sample String Report 



FILE 0 ! 

7361 lit 



a> (D 

7 3 7 C 1). 



COUNT OF OISPLAYS = 



2 



( l ) SYSPUNCH APPEARS IN 5 



CO NSOL E APPEARS IN S 



(^COUNT Of OCCURENCES - 



2 



FILE D s 

5 15 ( 1), 744< II* 9541 D* 

COUNT OF DISPLAYS * 3 

TOTAL NUMBER OF DISPLAYS CONTAINING STRINGS IS 



COUNT OF OCCURENCES 



Figure 9 

Examples of the ways in which String has been used include: 

11) In developing a glossary for a course, a team member asked for string 
' reports on 100 words or phrases that were candidates for the glossary. On 
the basis of the String reports, the 25 most frequently used terms were 
selected 

(2) To check on the consistency of the use of several terms, the manager of 
course development requested a String report on these terms. With the 
String report, he was able to scan the selected text elements to check on 
consistent use of the same term throughout the course. 

(3) After several experimental students had taken a course, it was determined 
that two words in the course were being used in ways that confused the 
students, and it was decided to replace them with a new phrase. String 
reports enabled course authors to identify the offending text elements and 
make the appropriate modifications. 

ADMINISTRATIVE REPORTS 

Two FACS reports provide administrative logs of file and text status. The List 
report is simply a list of all active file locations, showing the element identifier and title 
for that file location. It provides an up-to-date reference for course developers of the 

status of the text files. , , , , ,, _ , 

The Totals report shows at a glance the production that has taken place in the text 

development effort. For each text file, the report shows the number of elements created, 

modified, copied., and deleted since the last report date. 
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